United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
I nilid Stall-, l'atint and Trademark Office 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



10/611,779 



FILING DATE 



00/30/2003 



FIRST NAMED INVENTOR 



Andrew J. Carroll 



53184 7590 03/21/2008 

i2 TECHNOLOGIES US, INC. 

ONE i2 PLACE, 1 1701 LUNA ROAD 

DALLAS, TX 75234 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



l/ffflrC? nVrliUli Otfff Iff ids y 


Application No. 

10/611,779 


Applicant(s) 

CARROLL ET AL. 


Examiner 
PHILIP C. LEE 


Art Unit 

2152 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )KI Responsive to communication(s) filed on 12 December 2007 . 
2a )□ This action is FINAL. 2b)^ This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-53 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) |EI Claim(s) 1^53 is/are rejected. 

7) 0 Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) Q The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

20 Certified copies of the priority documents have been received in Application No. . 

3.Q Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

1) D Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-41 3) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 5 ) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date . 6) □ Other: . 



PTOL-T26 d (Rev e 08-06r 



Office Action Summary 



Part of Paper No./Mail Date 20080314 



Application/Control Number: 10/611,779 
Art Unit: 2152 



Page 2 



1 . This action is responsive to the amendment and remarks filed on December 12, 2007. 

2. Claims 1-53 are presented for examination. 

3. The text of those sections of Title 35, U.S. code not included in this office action can be 
found in a prior office action. 

Objection 

4. The specification is objected to as failing to provide proper antecedent basis for the 
claimed subject matter. See 37 CFR 1.75(d)(1) and MPEP § 608.01(o). Correction of the 
following is required: computer-readable media. 

Claim Rejections - 35 USC 101 

5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or 
any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and 
requirements of this title. 



6. Claim 52 is rejected under 35 U.S.C. 101 because "A computer-implemented system" 
comprising means (i.e., software) does not include any functional hardware structure of a system. 
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A system (i.e., machine) comprising software is considered as program per se, which is not one 
of the categories of statutory subject matter. 

Claim Rejections - 35 USC 102 

7. Claims 1-2, 10-12, 18-19, 27-29, 35-36, 44-46 and 52 are rejected under 35 U.S.C. 102(e) 
as being anticipated by Jayaram et al, U.S. Patent 6,996,589 (hereinafter Jayaram). 

8. Jayaram was cited in the previous office action. 

9. As per claims 1, 18, 35 and 52, Jayaram teaches the invention as claimed comprising: 

a data integration server coupled to one or more persistent data stores (fig. 1; col. 3, lines 

33-52; col. 10, lines 56-63), 

the data integration server comprising: 

one or more programmatic source interfaces (234, fig. 2; col. 10, lines 56-63; col. 12, 
lines 4-22), each being associated with a corresponding source data store, defined 
according to a common programmatic source interface specification (col. 11, lines 1-5), 
and exposed within the data integration server during a bulk data transfer in connection 
with an enterprise-level business workflow (abstract; col. 16, lines 1-12) to enable the 
data integration server to extract from the corresponding source data store one or more 
data entities for loading into any one or more selected target data stores during the bulk 
data transfer (col. 11, lines 5-1 1); and 
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one or more programmatic target interfaces (270, fig. 2; col. 10, lines 56-63; col. 12, lines 
31-33), each being associated with a corresponding target data store, defined according to 
a common programmatic target interface specification (col. 11, lines 5-11), and exposed 
within the data integration server during a bulk data transfer in connection with an 
enterprise-level business workflow (abstract) to enable the data integration server to load 
into the corresponding target data store one or more data entities extracted from any one 
or more selected source data stores during the bulk data transfer (col. 11, lines 5-11); 
wherein each of the one or more programmatic source interfaces and the one or more 
programmatic target interfaces is operable to: 

provide to the corresponding source data store and the corresponding target data 
store an abstraction of bulk data transfer operations within the data integration server 
such that custom code need not be developed in connection with the corresponding 
source data store and the corresponding target data store to enable bulk data transfers 
between the corresponding source data store and the corresponding target data store (col. 
12, lines 35-38); and 

isolate from the data integration server specific details associated with the 
corresponding source data store and the corresponding target data store such that custom 
code need not be developed in connection with the data integration server to enable bulk 
data transfers between the corresponding source data store and the corresponding target 
data store (col. 16, lines 42-52). 
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10. As per claims 2, 19, and 36, Jayaram teaches the invention as claimed in claims 1,18, 
and 35 above. Jayaram further teach the data integration server is operable to expose its bulk 
data transfer operations as services to applications or other systems (col. 10, lines 42-49) within 
an enterprise-level infrastructure and to execute a bulk data transfer operation in response to a 
request from such an application or other system (col. 10, lines 58-63). 

11. As per claims 10, 27, and 44, Jayaram teaches the invention as claimed in claims 1,18, 
and 35 above. Jayaram further teach a particular data store may be a source data store or a target 
data store for a particular bulk data transfer depending on whether data entities are extracted 
from the particular data store or loaded into the particular data store during the particular bulk 
data transfer (inherent in col. 2, lines 15-20). 

12. As per claims 1 1, 28, and 45, Jayaram teaches the invention as claimed in claims 1,18, 
and 35 above. Jayaram further teach loading data entities comprises inserting, updating, or 
deleting data entities (col. 11, lines 1-11) (uploading data must comprises inserting data into a 
target system). 

13. As per claims 12, 29, and 46, Jayaram teaches the invention as claimed in claims 1,18, 
and 35 above. Jayaram further teach wherein each of the one or more programmatic source 
interfaces and the one or more programmatic target interfaces comprise: one or more resources 
representing data entities contained in the corresponding data store are defined (col. 14, lines 18- 
22); and the data integration server is operable to, in response to a request to execute a bulk data 
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transfer involving one or more resources contained in one or more data stores (col. 10, lines 56- 
63), create each programmatic interface within which at least one of the resources is defined (col. 
14, lines 26-28). 

Claim Rejections - 35 USC 103 

14. Claims 16-17, 33-34, 50-5 1 and 53 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Jayaram. 

15. As per claims 16, 33, and 50, although Jayaram teaches one or more transformation 
interfaces exposed within the data integration server (col. 10, lines 64-67), each transformation 
interface: comprising one or more programmatic interfaces defined within the transformation 
interface (col. 16, lines 24-26); comprising custom transformation logic to be applied to data 
entities extracted from one or more source data stores in a bulk data transfer, using the one or 
more corresponding programmatic source interfaces (col. 16, lines 30-41), before the extracted 
data entities are loaded into one or more target data stores in the bulk data transfer, using the one 
or more corresponding programmatic target interfaces (col. 16, lines 30-41); and the data 
integration server is further operable to, in connection with creating the programmatic interfaces, 
create each transformation interface within which at least one of the programmatic interfaces is 
defined for application of the associated custom transformation logic in the bulk data transfer 
(col. 16, lines 24-41), however, Jayaram does not specifically teach isolating transformation 
logic from defined programmatic interfaces. It would have been obvious to one having ordinary 
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skill in the art at the time of the invention was made that the transformation logic can be coded 
separately from logical relationship (i.e., programmatic interfaces) because by doing so it would 
be easier to develop separate segments of codes in a complex software system. 

16. As per claims 17, 34, and 51, Jayaram teaches the invention as claimed in claim 16, 33, 
and 50 above. Jayaram further teach a controller (inherently comprised) supported within the 
data integration server and operable to use a transformation interface in executing an individual 
bulk data transfer without using a commercially available Extract-Transform-Load (ETL) tool in 
connection with the bulk data transfer (col. 1 0, lines 24-67) (note that ETL is not used in the 
conversion engine). 

17. As per claim 53, it is rejected for the same reason as claims 1,2, 16, and 17 above. 

18. Claims 3, 20 and 37 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Jayaram in view of Shannon et al, U.S. Patent Application Publication 2002/0046301 
(hereinafter Shannon). 

19. Shannon was cited in the previous office action. 

20. As per claims 3, 20, and 37, Jayaram does not teach Java interfaces. Shannon teaches 
Java interfaces ([0031] and claim 5). 
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21 . It would have been obvious to one having ordinary skill in the art at the time of the 
invention was made to combine the teachings of Jayaram and Shannon because Shannon 
teaching of Java interfaces would provide a greater ease of integration by allowing data to be 
mapped from one application to another application. 

22. Claims 4-6, 8, 21-23, 25, 38-40 and 42 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Jayaram in view of Casagrande et al, U.S. Patent 6,381,709 (hereinafter 
Casagrande). 

23. Casagrande was cited in the previous office action. 

24. As per claims 4, 21, and 38, Jayaram teaches the invention as claimed in claim 1 above. 
Although Jayaram teaches a programmatic interface may be exposed within the data integration 
server supporting bulk data transfers (col. 11, lines 1-5); and the data integration server is 
operable to: create the corresponding programmatic interface to enable extraction of the data 
from or loading of the data into the data store (col. 14, lines 26-28); and for data extraction, as 
the programmatic source interface produces the data extracted from the data store, send the 
outgoing data; or for data loading, as the data arrives, send the incoming data to the 
programmatic target interface for loading into the data store (col. 11, lines 1-11), however, 
Jayaram does not teach industry standard interface and industry standard protocol. Casagrande 
teaches an interface supporting data transfer according to an industry standard protocol (fig. 4, 
col. 8, lines 60-67); receive a request from a client indicating that the client is extracting data 
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from or loading data into a data store in accordance with the industry standard protocol (col. 3, 
lines 48-5 1); and send the outgoing data to the client in accordance with the industry standard 
protocol (col. 3, lines 1-4). 

25. It would have been obvious to one having ordinary skill in the art at the time of the 
invention was made to combine the teachings of Jayaram and Casagrande because Casagrande 
teaching of industry standard protocol interface would enhance and make it easier for Jayaram' s 
system to transfer data between data stores using well known protocol such as FTP. 

26. As per claims 5, 22, and 39, Jayaram and Casagrande teach the invention substantially as 
claimed in claims 4, 21, and 38 above. Jayaram further teach the data integration server allows a 
client supporting an industry standard protocol for bulk data transfers to perform bulk data 
transfers with respect to an existing data store using a programmatic interface whether or not the 
existing data store or an associated existing application itself supports bulk data transfers in 
accordance with the industry standard protocol (col. 10, lines 43-63; col. 11, lines 23-27). 

27. As per claims 6, 23, and 40, Jayaram teaches the invention as claimed in claim 1 above. 
Although Jayaram teaches a programmatic source interface may be exposed within the data 
integration server supporting bulk data transfers (col. 11, lines 1-5); and the data integration 
server is operable to: create the programmatic source interface to enable extraction of the data 
from the corresponding source data store (col. 14, lines 26-28); and as the programmatic source 
interface produces the data extracted from the corresponding source data store, send the outgoing 
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data (col. 11, lines 1-11), however, Jayaram does not teach industry standard File Transfer 
Protocol (FTP) interface and FTP industry standard protocol. Casagrande teaches a FTP 
interface supporting data transfer according to an FTP industry standard protocol (fig. 4, col. 8, 
lines 60-67); and allow an FTP client to open an FTP connection informing the data integration 
server that the FTP client is downloading a stream of data from the corresponding source data 
store (col. 6, lines 10-15; col. 9, lines 58-60); and as the interface produces the stream of data 
extracted from the corresponding source data store, send the outgoing stream of data to the FTP 
client in accordance with FTP (fig. 4, col. 3, lines 1-4). 

28. It would have been obvious to one having ordinary skill in the art at the time of the 
invention was made to combine the teachings of Jayaram and Casagrande because Casagrande 
teaching of industry standard protocol interface would enhance and make it easier for Jayaram' s 
system to transfer data between data stores using well known protocol such as FTP. 

29. As per claims 8, 25, and 42, Jayaram teaches the invention as claimed in claim 1 above. 
Although Jayaram teaches a programmatic source interface may be exposed within the data 
integration server supporting bulk data transfers (col. 11, lines 1-5); and the data integration 
server is operable to: create the programmatic source interface to enable loading of the data into 
the corresponding source data store (col. 14, lines 26-28); and as the data arrives, send the 
incoming data to the programmatic target interface for loading into the corresponding target data 
store (col. 11, lines 1-11), however, Jayaram does not teach industry standard File Transfer 
Protocol (FTP) interface and FTP industry standard protocol. Casagrande teaches a FTP 
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interface supporting data transfer according to an FTP industry standard protocol (fig. 4, col. 8, 
lines 60-67); and allow an FTP client to open an FTP connection informing the data integration 
server that the FTP client is uploading a stream of data to the corresponding target data store 
(col. 6, lines 10-15; col. 9, lines 58-60); and as the stream of data arrives from the FTP client in 
accordance with FTP, send the outgoing stream of data into the data store (fig. 4, col. 3, lines 1- 
4) (i.e., the server of fig. 4 is interpreted as the FTP client and FTP client 12 and 24 of fig. 4 is 
the interpreted as the data store). 

30. It would have been obvious to one having ordinary skill in the art at the time of the 
invention was made to combine the teachings of Jayaram and Casagrande because Casagrande 
teaching of industry standard protocol interface would enhance and make it easier for Jayaram' s 
system to transfer data between data stores using well known protocol such as FTP. 

31. Claims 13-15, 30-32 and 47-49 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Jayaram in view of Walsh et al, U.S. Patent Application Publication 2003/0233249 
(hereinafter Walsh). 

32. Walsh was cited in the previous office action. 

33. As per claims 13, 30, and 47, Jayaram teaches the invention as claimed in claims 1,18, 
and 35 above. Although Jayaram teach connect to data stores (fig. 1), whether or not the tool is 
compatible with these data stores, using the corresponding programmatic interfaces to extract 
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data entities from and load data entities into these data stores (col. 11, lines 1-11), however, 
Jayaram does not teach ETL tool. Walsh teaches connect directly to data stores (fig. 1) with 
which the ETL tool is compatible to extract data entities directly from and load data entities 
directly into these data stores ([0092]). 

34. It would have been obvious to one having ordinary skill in the art at the time of the 
invention was made to combine the teachings of Jayaram and Walsh because Walsh's teaching 
of ETL tool would enhance the transfer mechanism in Jayaram 's system by providing extraction 
of data from a data source, transformation of the data if necessary, consolidation of the data, and 
loading of the data into the target data store. 

35. As per claims 14, 3 1, and 48, Jayaram and Walsh teach the invention as claimed in 
claims 13, 30, and 47 above. Although Jayaram teach the data integration server is operable to 
use programmatic interfaces to support compatibility between any corresponding data store (col. 
2, lines 56-60), however, Jayaram and Walsh do not teach to support compatibility between any 
commercially available ETL tool. It would have been obvious to one having ordinary skill in the 
art at the time of the invention was made to support ETL tool or any type of tools for the data 
stores in order to provide a data store independent system allowing data conversion from any 
source data stores into any target data stores. 

36. As per claims 15, 32, and 49, Jayaram and Walsh teach the invention as claimed in 
claims 14, 31, and 48 above. Jayaram further teach the data integration server supports a 
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controller operable to execute individual bulk data transfers using programmatic interfaces where 
either: an Extract-Transform-Load (ETL) tool is not present (col. 3, lines 16-24) (i.e., ETL is not 
present in the conversion engine); or an ETL tool is present but its capabilities are not needed to 
transform data entities extracted from one or more source data stores, using the one or more 
corresponding programmatic source interfaces, before the extracted data entities are loaded into 
one or more target data stores, using the one or more corresponding programmatic target 
interfaces, because physical database schemas of the source and target data stores are at least 
substantially similar. 

37. Claims 7, 9, 24, 26, 4 1 , and 43 are rejected under 35 U.S.C. 1 03(a) as being unpatentable 
over Jayaram and Casagrande in view of Walsh. 

38. As per claims 7, 9, 24, 26, 41, and 43, Jayaram and Casagrande teach the invention 
substantially as claimed in claims 6, 8, 23, 25, 40, and 42 above. Jayaram and Casagrande do not 
teach Extract-Transform-Load (ETL) tool. Walsh teaches a commercially available Extract- 
Transform-Load (ETL) tool supported within the data integration server ([0089], [0092]). 

39. It would have been obvious to one having ordinary skill in the art at the time of the 
invention was made to combine the teachings of Jayaram, Casagrande, and Walsh because 
Walsh's teaching of ETL tool would enhance the transfer mechanism in Jayaram's and 
Casagrande 's systems by providing extraction of data from a data source, transformation of the 
data if necessary, consolidation of the data, and loading of the data into the target data store. 
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40. Applicant's arguments with respect to claims 1-53, filed 12/12/07, have been fully 
considered but they are not persuasive. 

41. In the remark, applicant argued that: 

(1) Jayaram fails to teach computer-implemented system for executing 
bulk data transfers between persistent data stores in connection with an 
enterprise-level business workflow. 

(2) Jayaram fails to teach data integration server coupled to one or 
more persistent data stores and the data integration server comprising one 
or more programmatic source interfaces. 

(3) Jayaram fails to teach one or more programmatic source interfaces, 
each being associated with a corresponding source data store, defined 
according to a common programmatic source interface specification, and 
exposed within the data integration server during a bulk data transfer in 
connection with an enterprises-level business workflow to enable the data 
integration server to extract from the corresponding source data store one 
or more data entities for loading into any one or more selected target data 
stores during the bulk data transfer and one or more programmatic target 
interfaces, each being associated with a corresponding target data store, 
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defined according to a common programmatic target interface 
specification, and exposed within the data integration server during the 
bulk data transfer in connection with an enterprise-level business 
workflow to enable the data integration server to load into the 
corresponding target data store the one or more data entities extracted 
from any one or more selected sourced data stores during the bulk data 
transfer in connection with an enterprise-level business workflow to 
enable the data integration server to load into the corresponding target data 
store the one or more data entities extracted from any one or more selected 
source data stores during the bulk data transfer. 

(4) The office action has not shown the factual findings necessary to 
establish obviousness or even an explanation to support the obviousness 
rejection based on the proposed combination of Jayaram, Shannon, 
Casagrande, and Walsh. 

(5) The office action fails to explain why the differences between the 
proposed combination of Jayaram, Shannon, Casagrande, Walsh, and the 
applicants claimed invention would have been obvious to one of ordinary 
skill in the art. 
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42. In response to point (1), applicant's arguments, the recitation "a computer-implemented 
system for executing bulk data transfers between persistent data stores in connection with an 
enterprise-level business workflow" has not been given patentable weight because the recitation 
occurs in the preamble. A preamble is generally not accorded any patentable weight where it 
merely recites the purpose of a process or the intended use of a structure, and where the body of 
the claim does not depend on the preamble for completeness but, instead, the process steps or 
structural limitations are able to stand alone. See In re Hirao, 535 F.2d 67, 190 USPQ 15 
(CCPA 1976) and Kropa v. Robie, 187 F.2d 150, 152, 88 USPQ 478, 481 (CCPA 1951). It is 
noted that Jayaram does teach a system for executing bulk data transfers between persistent data 
stores (col. 1, lines 6-9) in connection with an enterprise-level (e.g., billing industry or telecom 
industry) business workflow (flow of business information such customer information between 
320 and 310 of figure 3; abstract; col. 16, lines 1-12; col. 13, lines 6-8) 

43. In response to point (2), Jayaram teaches a computer system with the data conversion 
engine, which receive/pull source data (source data store) and upload resulting source data to 
target database (target data store) (fig. 1; col. 3, lines 33-52; col. 10, lines 56-63) (i.e., a data 
integration server coupled to one or more persistent data stores). As shown in figure 2, the 
computer system comprises data conversion engine 250, data fitter 234 and data upload 270 (i.e., 
the data integration server comprises one ore more programmatic source interface (data fitter, 
234) and one or more programmatic target interface (data upload, 270) 

44. In response to point (3), Jayaram teaches source interface (234, data fitter), each being 
associated with a corresponding source data store (source system 320, 225), defined according to 
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a common programmatic source interface specification (col. 11, lines 1-5), and exposed within 
the data integration server during a bulk data transfer (col. 1, lines 6-9) in connection with an 
enterprise-level business workflow (flow of business data between systems 320 and 310, fig. 3; 
abstract) to enable the data integration server to extract from the corresponding source data store 
one or more data entities for loading into any one or more selected target data stores during the 
bulk data transfer (col. 11, lines 5-11) (i.e., computer system with data conversion engine, which 
receive/pull source data (source data store) and upload resulting source data to target database 
(target data store) (fig. 1; col. 3, lines 33-52; col. 10, lines 56-63)). Jayaram further teach target 
interfaces (270, data upload), each being associated with a corresponding target data store (target 
system, 310), defined according to a common programmatic target interface specification (col. 
11, lines 5-1 1), and exposed within the data integration server during the bulk data transfer (col. 
1, lines 6-9) in connection with an enterprise-level business workflow (flow of business data 
between systems 320 and 310, fig. 3; abstract) to enable the data integration server to load into 
the corresponding target data store the one or more data entities extracted from any one or more 
selected sourced data stores during the bulk data transfer in connection with an enterprise-level 
business workflow to enable the data integration server to load into the corresponding target data 
store the one or more data entities extracted from any one or more selected source data stores 
during the bulk data transfer (col. 11, lines 5-11) (i.e., computer system with data conversion 
engine, which receive/pull source data (source data store) and upload resulting source data to 
target database (target data store) (fig. 1; col. 3, lines 33-52; col. 10, lines 56-63)). 

45. In response to points (4) and (5), applicant's argument that there is no suggestion to 
combine the references, the examiner recognizes that obviousness can only be established by 
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combining or modifying the teachings of the prior art to produce the claimed invention where 
there is some teaching, suggestion, or motivation to do so found either in the references 
themselves or in the knowledge generally available to one of ordinary skill in the art. See In re 
Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed. Cir. 1988)and/n re Jones, 958 F.2d 347, 21 
USPQ2d 1941 (Fed. Cir. 1992). In this case, as stated in the office action mailed on 09/13/2007, 
explanations to support the obviousness rejection (i.e., why one of ordinary skill in the art would 
have been obvious) based on the combination of Jayaram with Shannon, Casagrande, or Walsh 
are already provided in paragraphs 22, 26 and 35. Specifically, paragraph 22 states: "It would 
have been obvious to one having ordinary skill in the art at the time of the invention was made to 
combine the teachings of Jayaram and Shannon because Shannon teaching of Java interfaces 
would provide a greater ease of integration by allowing data to be mapped from one application 
to another application."; paragraph 26 states: "It would have been obvious to one having 
ordinary skill in the art at the time of the invention was made to combine the teachings of 
Jayaram and Casagrande because Casagrande teaching of industry standard protocol interface 
would enhance and make it easier for Jayaram' s system to transfer data between data stores 
using well known protocol such as FTP."; and paragraph 35 states: "It would have been obvious 
to one having ordinary skill in the art at the time of the invention was made to combine the 
teachings of Jayaram and Walsh because Walsh's teaching of ETL tool would enhance the 
transfer mechanism in Jayaram' s system by providing extraction of data from a data source, 
transformation of the data if necessary, consolidation of the data, and loading of the data into the 
target data store." In response to applicant's argument that the examiner's conclusion of 
obviousness is based upon improper hindsight reasoning, it must be recognized that any 
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judgment on obviousness is in a sense necessarily a reconstruction based upon hindsight 
reasoning. But so long as it takes into account only knowledge which was within the level of 
ordinary skill at the time the claimed invention was made, and does not include knowledge 
gleaned only from the applicant's disclosure, such a reconstruction is proper. See In re 
McLaughlin, 443 F.2d 1392, 170 USPQ 209 (CCPA 1971). 

46. A shortened statutory period for reply to this Office action is set to expire THREE 
MONTHS from the mailing date of this action. Any inquiry concerning this communication or 
earlier communications from the examiner should be directed to Philip C Lee whose telephone 
number is (571)272-3967. The examiner can normally be reached on 8 AM TO 5:30 PM 
Monday to Thursday and every other Friday. If attempts to reach the examiner by telephone are 
unsuccessful, the examiner's supervisor, Bunjob Jaroenchonwanit can be reached on (571) 272- 
3913. The fax phone number for the organization where this application or proceeding is 
assigned is 571-273-8300. Information regarding the status of an application may be obtained 
from the Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. Status 
information for unpublished applications is available through Private PAIR only. For more 
information about the PAIR system, see http://pair-direct.uspto.gov. Should you have questions 
on access to the Private PAIR system, contact the Electronic Business Center (EBC) at 866-217- 
9197 (toll-free). 
/Philip C Lee/ 

Patent Examiner, Art Unit 2152 
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